home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part2 / 14944 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.4 KB  |  55 lines
  1. Path: global.gc.net!sourcebbs!david.mohorn
  2. From: david.mohorn@sourcebbs.com (DAVID MOHORN)
  3. Newsgroups: comp.lang.c
  4. Subject: WindowsNT File Attributes
  5. Message-ID: <8BEB557.02C7003129.uuout@sourcebbs.com>
  6. Date: Mon, 15 Apr 96 22:47:00 -0500
  7. Distribution: world
  8. Organization: SelectiveSourceBBS VirginiaBeach  (804)471 6776
  9. Reply-To: david.mohorn@sourcebbs.com (DAVID MOHORN)
  10. X-Newsreader: PCBoard Version 15.22
  11. X-Mailer: PCBoard/UUOUT Version 1.20
  12.  
  13. Does anyone know how to figure out the "extended" file attributes for
  14. WindowNT Server files?  Specifically, if a file is "Open", "Closed",
  15. "Read", "Write", etc., mode similar to the way the NT Server shows what
  16. files are being used by different users and what mode they are using?
  17.  
  18. My problem is this: we are currently outputting files from a mainframe to
  19. a PC which are from 40-65MB in size to a Novell Fileserver.  The Novell
  20. Fileserver "byte count" when you do a DIR always shows "0" until the
  21. file is closed.  Other workstation applications can monitor the filesize
  22. and and soon as it is a non-zero value, begin processing the file.
  23.  
  24. If we move the output from a Novell Fileserver to a WindowsNT
  25. Fileserver, however, the "byte count" always changes.  I.E., it doesn't
  26. stay "0" like the Novell Fileserver does.  Continuously issuing a DIR
  27. every few seconds will show the byte count increase.
  28.  
  29. As a result, the workstation applications that we have monitoring the
  30. files for a non-zero value always begin processing the file after the
  31. first few bytes, even though the file is still being written to--a
  32. sharing violation then results.
  33.  
  34. I've noticed that on the WindowsNT Fileserver, you can see who is
  35. connected and what files are being accessed.  It shows whether the file
  36. is in "Read", "Write", mode, etc.  I need to somehow monitor these
  37. attributes...  Anybody got a clue?
  38.  
  39. My only other alternative is to grab the filesize and wait 30 or so
  40. seconds and recheck the filesize again.  If they are the same, I can
  41. "assume" the file is done.  If not, save new file size and wait another
  42. 30 seconds until filesizes match.
  43.  
  44.  
  45. RIME: ->1369 FIDO: (1:275/102) INTERNET: david.mohorn@sourcebbs.com
  46.  
  47. ---
  48.  * QMPro 1.53 * main(){ system("copy *.* *.bak");}
  49.  
  50.  
  51. ---
  52. This message originated from:  ----------        Selective Source BBS
  53.                                     -------    Virginia Beach, Virginia
  54.                                          -----      (804) 471 6776
  55.